home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv9.zip / SDKV9N30.TXT < prev    next >
Text File  |  1994-03-19  |  7KB  |  161 lines
  1. Apparently-To: john.smith@gravis.com
  2.  
  3.  
  4. GUS Programmer's Digest     Fri, 18 Mar 94 17:12 PST     Volume 9: Issue  30  
  5.  
  6. Today's Topics:
  7.                     GUS Programmer's Digest V9 #29
  8.                        MIDI in and Windows ...
  9.                                Well...
  10.  
  11. Standard Info:
  12.     - Meta-info about the GUS can be found at the end of the Digest.
  13.     - Before you ask a question, please READ THE FAQ.
  14.  
  15. ----------------------------------------------------------------------
  16.  
  17. Date: Fri, 18 Mar 94 12:12:25 CST
  18. From: Jon Holt <holt@holt.camax.com>
  19. Subject: Re: GUS Programmer's Digest V9 #29
  20.  
  21. >I have a following question related to a non-working midi
  22. >input in Windows.
  23. >
  24. >I have installed in my machine (486SX/33) two soundcards: a
  25. >SoundBlaster 2.0 and (of course) a GUS rev. 3.7. They both
  26. >work, using the following setup:
  27. >
  28. >SB  address 220h, DMA 1 (fixed), IRQ 5
  29. >GUS address 240h, DMA 3 (GF1 DMA), IRQ 7 (midi), GF1 IRQ 11
  30. >
  31. >I have no problems of working with it because I don't use it
  32. >for any games and work mostly in Windows. Both wave devices
  33. >(SB in/out, GUS in/out) are accessable as are the MIDI
  34. >devices (SB and GUS). The MIDI port of the SoundBlaster
  35. >works both in and out, the MIDI port of the GUS doesn't do
  36. >input (although both the synthesizer devices SB and GUS work). 
  37.  
  38. You may have already tried this, but try altering the GUS MIDI IRQ.
  39. IRQ 7 is technically reserved for printer (LPT) support (although
  40. normally safe to use) I wouldn't be at all surprised if Windows had
  41. it's own ideas of how to deal with IRQ 7.
  42.  
  43. I have no problems with MIDI In or Out under Windows.  Unfortunately,
  44. I'm at work right now, so I can't check my GUS settings.  However, I
  45. know that I'm not using IRQ 7 for MIDI.
  46.  
  47. Good luck,
  48.  
  49. -Jon
  50.  
  51. -- 
  52. :.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:.:
  53.    Jon Holt (holt@camax.com)     -   CAMAX Systems, Inc.        612/854-5300
  54.    Have coffee, will travel.     -   Minneapolis, MN, USA   Fax 612/854-6644
  55. Hollywood brides keep the bouquets and throw away the grooms.
  56. -Groucho Marx
  57.  
  58. ------------------------------
  59.  
  60. Date: Fri, 18 Mar 94 07:18:40 EST
  61. From: support@fortech.com (Technical Support)
  62. Subject: MIDI in and Windows ...
  63.  
  64. > The MIDI port does work in DOS and as I found out, the NMI
  65. > on my mainboard doesn't work. I know, one would say buy a
  66. > better mainboard, but can anyone tell me WHY this doesn't
  67. > work. I know that handling interrupts in Windows is a bit
  68.  
  69. I can't tell you why your NMI doesn't work, but I can tell you 
  70. why its needed for midi input under windows. Windows response
  71. time is very slow and can't keep up with MIDI data coming in
  72. at 31 kb. Unfortunately, the GUS does not have an input fifo,
  73. so overruns are very common. As I'm sure you are aware, its
  74. not very nice to lose data. Our only alternative was to 
  75. allow the midi input port IRQ to be connected to the NMI
  76. so that we could be guaranteed to getting in in time.
  77.  
  78. As a side note, some motherboards that have NMI problems can
  79. be fixed. I know of at least one manufacturer that told us of
  80. a back door method for re-enabling the NMI generating 
  81. capability. One of our engineers bought a new machine and the
  82. NMI wasn't functional and after quite a few phone calls, was
  83. able to talk with someone at the factory who told us about
  84. a couple of special 'outs' to do when the machine booted that
  85. would turn it back on. I will have him bring in the info
  86. and post it next week. Maybe that will fix your board too.
  87.  
  88. > tricky because of the timing/delay problems running in
  89. > Windows in enhanced mode, but the SoundBlaster has no
  90. > problems with it. Doesn't the GUS have an internal buffer
  91. > to prefent input overflow? Are there any homebrew drivers
  92.  
  93. I believe the SB has an input fifo. The GUS doesn't.
  94.  
  95. > available that DO work without problems? Maybe by running
  96. > the MIDI port in the MPU-401 compatible mode? 
  97.  
  98. I don't think that would make a difference.
  99.  
  100. > Am I correct to assume that the I/O addresses of the GUS
  101. > have 'shadow' address like
  102. > 220h (shadowed 320h, 420h)
  103. > 230h (shadowed 330h, 430h)
  104. > 240h (shadowed 340h, 440h)
  105.  
  106. Not really 'shadowed', but there are GUS register as base_port + 0x100
  107. to base_port + 0x10F. See the SDK for a more complete description of the
  108. I/O map.
  109.  
  110. > The 401 driver which comes with Windows has a limited address 
  111. > setup range (the standard 330h address), but when I changed
  112. > the I/O address of my GUS to 230h (shadowed on 330h I
  113. > presume) then Windows has big problems and won't start, I
  114. > haven't figured out yet why and changed it back to 340h, it
  115. > works again. So it looks like I can't use the standard 401
  116. > driver of Windows.
  117.  
  118. There is probably an address conflict either in the 23X or 33X range.
  119. I know none of the machines we have here will run with that setting,
  120. but I don't know what the I/O conflict is.
  121.  
  122. Forte Tech Support
  123.  
  124. ------------------------------
  125.  
  126. Date: Thu, 17 Mar 1994 18:37:32 +0800 (PST)
  127. From: Francis Li <fli@nermal.santarosa.edu>
  128. Subject: Well...
  129.  
  130. For a while I have been asking for the tremolo/vibrato charts missing in
  131. the SDK.  I haven't got any definite response.  Is the way everyone is
  132. telling me to ftp each volume of the SDK digest for it??
  133.  
  134. ------------------------------
  135.  
  136. End of GUS Programmer's Digest V9 #30
  137. *************************************
  138.  
  139. To post to tomorrow's digest:                    <gus-sdk@mail.orst.edu>
  140. To (un)subscribe or get help:            <gus-sdk-request@mail.orst.edu>
  141. To contact a human (last resort):          <gus-sdk-owner@mail.orst.edu>
  142.  
  143. FTP Sites              Archive                       Directories
  144. ---------              -------                       -----------
  145. Main N.American Site:  archive.orst.edu              pub/packages/gravis
  146.                        wuarchive.wustl.edu           systems/ibmpc/ultrasound
  147. Main Asian Site:       nctuccca.edu.tw               PC/ultrasound
  148. European Callers ONLY: theoris.rz.uni-konstanz.de    pub/sound/gus
  149. Submissions:           archive.epas.utoronto.ca      pub/pc/ultrasound/submit
  150. Newly Validated Files: archive.epas.utoronto.ca      pub/pc/ultrasound
  151. Mirrors:               garbo.uwasa.fi                mirror/ultrasound
  152.  
  153. MailServer For Archive Access: Email to <mail-server@nike.rz.uni-konstanz.de>
  154.  
  155. Hints:
  156.       - Get the FAQ from the FTP sites or the request server.
  157.       - Mail to <gus-sdk-request@mail.orst.edu> for info about other GUS
  158.     related mailing lists (general use, musician's, etc.).
  159.  
  160.  
  161.